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REMARKS 



Applicants hereby request a Pre-Appeal Brief Review (hereinafter "request") of the 
claims finally rejected in the Final Office Action mailed April 07, 2006. The request is provided 
herewith in accordance with the rules set out in the OG dated July 12, 2005. The request is 
needed because the rejections are clearly in error. 

IA. Reshef 'Does Not Teach or Suggest Pre-Posting Command Buffers 

The Examiner has failed to state a prima facie obviousness rejection against claim 1 
because the proposed combination of Reshef and Pettey, when considered as a whole, does not 
teach or suggest all of the features of claim 1 . For example, the proposed combination of Reshef 
and Petiey, when considered as a whole, does not teach the feature of pre-posting command buffers, 
as recited in claim 1 . 

The examiner relies on Reshef as teaching this claimed feature. The Examiner specifically 

refers to the following portion of Reshef as teaching this claimed feature: 

The flow of data coming in to the security gateway 10 in application format 
through the protocol manager 2c and 4c is shown in FIG. 7. The data arrives in 
its native application format at step 500 and is read by the protocol manager 2c 
and 4c from the queue 210 containing data coming from the routing managers 2A, 
4b. This application-format data is then transferred to the session manager 220 at 
step 510. At step 520 the session manager 220 locates an available session 
handler 230, and sends the data buffer to that session hander . 

At step 530, the session handler 230 scans the sessions currently active or 
"open", to determine which session the data belongs to before sending the data to 
the corresponding session object 240 for processing. If the data does not belong 
to one of the open sessions, the session handler 230 initiates a new session object 
240 and sends the data, all this comprising step 530. The session object 240 
begins by storing the data buffer in the object repository (OR) 300, step 540. The 
session object 240 then consults the PET 310 to get the identity of the next 
protocol entity 710 that should be used to process the data, reducing it to clear 
data in CDP format at step 550. If other protocol entities are needed to process 
the data, then the data is handed on to the next protocol entity 710 for processing 
in step 560, that protocol entity 710 retrieves the data from the buffer in the OR 
300 and deposits the processed result there in step 570 when its process is 
complete. 

Reshef column 16, lines 19 through 45 (emphasis to show portions cited by the Examiner). 

This portion of Reshef teaches that the data is buffered in a data buffer and then that data 
buffer is sent to an available session handler. Sending the data buffer to an available session 
handler is the same as posting the data buffer to an available session handler. Posting a data 
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buffer is not the same as pre-posting command buffers. Thus, this section of Reshef docs not 
teach pre-posting command buffers, as recited in claim 1 . 

Furthermore, Reshef does not suggest the feature of pre-posting command buffers. 
Reshef 'is a security gateway between an external, untrusted computing system and an internal, 
trusted environment. Reshef is concerned with limiting the content passed from the external 
environment to the internal environment, (see Reshef Abstract). The cited portion of Reshef 
merely teaches how the buffered data received by the security gateway is transferred from 
protocol entity to protocol entity in order to reduce the data to clear data in a CEP format. As 
stated in lines 16 through 28, cited above, Reshef teaches that the data is received from routing 
managers and then buffered to a data buffer. Once the data has been buffered, the session 
manager locates an available session and posts the data buffer to the available session handler. 
As Reshef teaches posting a data buffer only once a session handler becomes available, Reshef 
clearly does not suggest pre-posting command buffers. 

Additionally, Pettey does not cure the deficiencies of Reshef 'in this regard. Certainly, the 
Examiner does not assert that Pettey teaches pre-posting command buffers, as recited in claim 1 . 
Instead, Pettey is cited by the Examiner as teaching the functional equivalent of an Infmiband 
Isolation bridge. 

What Pettey does teach is a method for performing direct data transfers between a PCI 
bus and an Infmiband link that avoids double buffering the data in system memory. That is, 
Pettey provides a method that avoids copying data from a system memory buffer to an application 
memory buffer. This method speeds up the communication process between the Inifinband 
system and the non-Infiniband system. Pettey is silent in regards to the issue of pre-posting 
command buffers. In fact, Pettey teaches a method to avoid the use of buffers, through a set of 
virtual addresses mapped in memory to avoid buffering the data. As such, not only does Pettey 
not teach pre-posting command buffers, but Pettey also does not suggest pre-posting command 
buffers. 

As shown above, neither Reshef nor Pettey teaches or suggests pre-posting command 
buffers, as recited in claim 1. For this reason, the cited combination of Reshef in view of Pettey 
does not teach all of the features of claim 1. Accordingly, the proposed combination of Reshef m 
view of Pettey does not result in the claimed invention and the Examiner has failed to state a 
prima facie obviousness rejection of claim 1 . 
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LB. Rebuttal to Examiner's Response 

The Examiner responds to the arguments presented in the Response to Final Office 

Action filed June 7, 2006 by explaining how various portions of the previously cited prior art is 

applied to reach the presently claimed invention. Of most relevance to the above fact is the 

following response: 

Reshef clearly teaches pre-posting command buffers on lines 19-45 which 
describes buffering incoming commands (lines 26-28 of column 16), the 
commands being in application format (i.e. external small computer system 
interface commands) (lines 19-24 of column 16), translating the command (lines 
10-15 of column 13), and sends the translated command to the device (lines 17- 
18 of column 13 and lines 42-52 of column 13). 

Advisory Action of June 21, 2006, continuation of part 11. 

However, the Examiner's interpretation of the claimed invention vis-a-vis Reshef 'is 
incorrect. The Examiner appears to assert that Reshef te&ohzs the feature in claim 1 of "pre- 
posting command buffers" because i?as/*ef teaches buffering incoming data. Thus, the Examiner 
appears to believe that the buffering of data by a data buffer is the same as the pre-posting of 
command buffers. The Examiner is incorrect. Pre-posting is an action performed on the actual 
buffer whereas buffering is an action performed by the buffer. As stated on page 1 1, lines 5 
through 6 of the Specification, "An internal RAID controller 106 pre-posts command buffers to 
the isolation bridge 150 (step 603)." 

Therefore, for all the reasons set forth above, Applicants submit that neither Reshef nor 
Pettey, nor the combination of Reshef 'in view of Pettey teaches the presently claimed invention as 
recited in claims 1, 5, 10, and 14. Claims 2-4, 8, 9, 1 1-13, and 15-18 depend from independent 
claims 1, 5, 10, and 14. As such, Applicants submit that claims 2-4, 8, 9, 1 1-13, and 15-18 are 
also patentable over the combination of the cited references, at least by virtue of their depending 
from an allowable claim. 

Furthermore, as explained in the Response to Final Office Action filed on June 6, 2006, 
neither Catiller, nor Nielsen, nor the combination of Reshef in view of Pettey in view of Catiller, 
nor the combination of Reshef in view of Pettey in view of Nielsen, nor the combination of Reshef 
in view of Pettey in view of Catiller in view of Nielson satifies the deficiencies of Reshef 
Catiller teaches forming a network support processor to execute data transfer for up to four main 
computers. Catiller is silent regarding the use of buffers and pre-posting buffers. Thus, Catiller 
neither teaches nor suggests the feature of pre-posting command buffers. Nielsen teaches a fault 
tolerant memory system. Nielsen is silent regarding the use of buffers and pre-posting buffers. 
Therefore, Nielsen neither teaches nor suggests the feature of pre-posting command buffers. 
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Hence, neither Catiller, nor Nielsen, nor the combination of Reshef 'in view of Pettey in view of 
Catiller, nor the combination of Reshef in view of Pettey in view of Nielsen, nor the combination 
of Reshef in view of Pettey in view of Catiller in view of Nielson teaches all of the features of the 
claims. Accordingly, the Examiner has failed to state a prima facie obviousness rejection of the 
claims. 

II. Conclusion 

The Examiner has clearly failed to state a prima facie obviousness rejection of the claims 
because the references do not teach what the examiner asserts them to teach. Therefore, 
Applicants request that the Pre-Appeal Brief Conference Panel withdraw the rejections and direct 
that the claims be allowed. The Pre-Appeal Brief Conference Panel is invited to call the 
undersigned at the below-listed telephone number if in the opinion of the panel such a telephone 
conference would expedite or aid the prosecution and examination of this application. 

DATE: July 7, 2006 Respectfully submitted, 




TheodHre D. Fay III 
Reg. m. 48,504 
Yee & Associates, P.C. 



P.O. Box 802333 
Dallas, TX 75380 
(972) 385-8777 



Attorney for Applicants 



TF/BJ 
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